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GATEWAY SYSTEM AND ASSOCIATED 
METHOD 

FIELD OF THE INVENTION 

The present invention generally relates to communication 
systems, and in particular, to a system and associated 
method for exchanging information between first and second 
parties. 

BACKGROUND OF THE INVENTION 

The Telecommunications Act of 1996, passed on Feb. 1, 
1996, was the first significant revision to the Communica- 
tions Act of 1934. Section 251 of the Act of 1996 stated that 
each local exchange carrier had a duty not to prohibit and not 
to impose unreasonable or discriminatory conditions or 
limitations on the resale of its telecommunications services. 
For instance, local exchange carriers had a duty to offer for 
resale at wholesale rates any communications service that 
the carrier provides at retail to subscribers who are not 
telecommunications carriers and not to prohibit and not to 
impose unreasonable or discriminatory conditions or limi- 
tations on the resale of such telecommunications service. In 
this regard, there is a need for a system for accommodating 
the resale of a carrier's telecommunications services. 

SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to 
provide a system and method for exchanging information 
between a first telecommunications party and a second 
telecommunications party or parties, the second telecommu- 
nications party or parties being a reseller of services pro- 
vided by the first telecommunications party, a wholesaler of 
such services. 

It is a further object of the present invention to provide a 
system and method which provides for the secure exchange 
of information between first and second telecommunications 
parties, the second party being a reseller of services of the 
first party. 

It is yet another object of the present invention to facilitate 
only valid business transactions between a first party whole- 
saler of telecommunications services and a second party 
reseller of the telecommunications services of the first party. 

It is another object of the present invention to record 
potential transaction violations, and to archive certain sen- 
sitive transactions, such as billing records for subscribers 
associated with a second party reseller of telecommunica- 
tions services of the first party. 

The present invention accomplishes one or more of these 
objectives by providing a gateway system and associated 
method for exchanging information between a first party and 
a second party in accordance with a plurality of conditions 
in a contract between the first and second parties. According 
to the present invention, the gateway system for exchanging 
information between a first party and a second party, in 
accordance with a plurality of conditions of a contract 
between the parties, includes a first queue system associated 
with the first party, the first queue system having a plurality 
of queues for exchanging information (e.g., messages) with 
a second queue system associated with the second party, the 
second queue system having a corresponding plurality of 
queues, and a firewall system interposed between the first 
and second parties for securely routing information between 
the first and second parties. Specifically, for purposes of 
securely exchanging information without providing the sec- 
ond party direct access to internal systems of the first party, 
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the first queue system is capable of sending and receiving 
messages to and from the second queue system by utilizing 
corresponding queues of the first and second queue system 
to exchange messages. More specifically, in one 

5 embodiment, where the system of the present invention is 
utilized for exchanging information between first and second 
telecommunications parties, whereby the second telecom- 
munications party is a reseller of telecommunications ser- 
vices (e.g., wireless communications) offered by the first 

10 party, the first queue system may be configured to send and 
receive messages to and from the second queueing system 
accessible by the second party, whereby the message traffic 
between the parties is unidirectional between corresponding 
queues. In this regard and in accordance with the present 

!5 invention, a first of the plurality of queues of the first queue 
system may receive at least a first request from the second 
party, the first request being sent to the first party via a 
corresponding first queue of the second queue system asso- 
ciated with the second party. Further, in instances where the 

20 first party would like to communicate a response to the first 
request from the second party, the system of the present 
invention includes a second of the plurality of queues of the 
first queue system for sending to the second party a first 
response to the first request. Correspondingly, the second 

25 queue system includes a second of the plurality of queues for 
receiving the first response from the second of the plurality 
of queues of the first queue system. In one embodiment, the 
first and second queue systems are housed on a single 
computer associated with the first party, behind the firewall 

30 interposed between the first and second parties, whereby the 
system of the present invention allows the second party 
access the second queue system via routers associated with 
the firewall system. In another, preferred embodiment, the 
first and second queue systems are on separate computers 

35 with a firewall system interposed therebetween. As such, the 
system of the present invention allows the first and second 
parties to communication without giving the second party 
direct access to internal systems of the first party. 

In one embodiment, the first queue of the first queue 

40 system associated with the first party is capable of receiving 
service activation requests (e.g., messages) from the corre- 
sponding first queue of the second queue system accessible 
by the second party, the service activation requests being 
related to subscribers of a telecommunications service (e.g., 

45 wireless communications) associated with the second party. 
For example, a first service activation request from the 
second party may concern activating a telecommunications 
service for new subscriber associated with the second party, 
deactivating a telecommunications service for a current 

50 subscriber associated with the second party, or activating, 
deactivating or changing a calling feature associated with a 
particular subscriber of the second party. 

In another embodiment, a request or message sent to the 
first party from the second party may concern problems with 

55 the telecommunications service (e.g., problems concerning 
coverage in certain geographic areas or features associated 
with a particular subscriber or subscribers' services). In this 
regard, the first queue system of the present invention 
includes another queues for exchanging information related 

60 to trouble reports with a corresponding queue of the second 
queue system associated with the second party. In this 
embodiment, the first queue system includes a third queue 
for receiving at least a first trouble report request from the 
second party, the first trouble report request being sendable 

65 to the first queue via a third queue of the second queue 
system associated with the second party. Further, for pur- 
poses of providing information relating to the status of 
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reported problems, the first and second queue systems may can be offered by the second party to its subscribers. In this 

also include corresponding fourth queues, whereby the regard, the validation processor is in communication with at 

fourth queue of the first queue system is capable of sending least the first queue system and other internal systems of the 

a first response to a first trouble report request to the second first party. In one embodiment, where the first of the plurality 

party, the first response being receivable on the correspond- 5 of requests from the second party is sent to the first party via 

ing fourth queue of the second queue system, which is the first of the plurality of queues of the second queue 

accessible by the second party. In instances where the first system to the first of the plurality of queues of the first queue 

trouble report request is invalid (which will be described in system, and involves a service activation request for a 

more detail hereinbelow), an error response may be trans- particular subscriber associated with the second party 

mitted from the first party to the second party on another pair 10 reseller of telecommunication services, such service activa- 

of corresponding queues or, alternatively, on the fourth tion request is communicated to the validation processor, 

queues of the first and second queue systems. The validation processor reviews at least the first of the 

In another aspect, the first queue system may include plurality of requests relating to service activation features 

another queue for sending (e.g., transmitting) call detail available to second party subscribers by comparing such 

record information for a particular call made or received by 15 requests against the service activation conditions and pro- 

a subscriber associated with the second party to a corre- visions of the contract between the first and second parties, 

sponding queue of the second queue system accessible by such conditions and provisions being stored within the 

the second party. Yet another queue of the first queue system validation database. If the first request relating to a service 

may be utilized to send at least a first abnormal condition activation feature is valid (e.g., authorized feature in the 

report to the second party. Such abnormal conditions con- 2 o contract), the feature may be activated by an internal system 

cern abnormal conditions (e.g., outages) in the network of associated with the first party and a response (e.g., message) 

the first party, or warnings of abnormal conditions. In this indicating such activation may be sent to the second party 

regard, the first queue system is also capable of sending via second queues of the first and second queue systems. In 

(e.g., transmitting) information to the second queue system, instances where requests or reports are invalid, the system 

whereby information, such as call detail records or abnormal 2 s utilizes a contract violations database to review and record 

condition reports, are sendable (e.g., transmittable) on such invalid requests and records, and a response (e.g., 

respective queues of the first queue system and receivable on message) indicating such invalid request may be sent to the 

corresponding respective queues of the second queue sys- second party via the second queues of the first and second 

tem. The first and second queue system may further include queue systems. 

additional queues, different than the queues described 30 The validation processor may be also used in connection 
hereinabove, for exchanging messages relating to errors in with validating trouble report requests from the second party 
specific call detail records and corrected call detail records to ensure only authorized coverage areas and features con- 
sendable (e.g., transmittable) to the second party in response tained in the contract between the first and second parties are 
thereto. addressed or statused by the first party. The validation 
The system of the present invention may further include 35 processor also may be used in connection with validating 
a validation processor for validating requests from one or call detail records for calls initiated by a subscriber associ- 
more resellers or a call detail record for a subscriber asso- ated with the second party to glean evidence of fraudulent 
ciated with a reseller, such validation in accordance with at use of calling features and coverage areas outside of the 
least a first of the plurality of conditions between the first authorized calling features and coverage areas, as provided 
party and a particular reseller, whereby the plurality of 40 for in the contract between the first and the second telecom- 
conditions correspond to the provisions of a contract munications parties. In this regard, for call detail records, the 
between the first party a particular reseller, such as the validation processor is capable of determining the particular 
second party. Contract-related information is storable in a reseller (e.g., second party) to which the subscriber who 
validation database having at least one look-up table, the initiated or received the first call, per the subscriber's NPA 
database being in communication with the validation pro- 45 NXX (e.g., numbering plan area and office code), is 
cessor. In particular, the validation processor utilizes a "rule associated, determining the switch identification and vali- 
engine" to interpret validation rules for each contract dating that the base station utilized for the first call is 
between the first wholesaler telecommunications party and authorized for use by subscribers of this particular reseller, 
the second party resellers) of telecommunications services For abnormal condition reports, the validation processor 
and applies such validation rules to the message traffic (e.g., 50 may be used to determine which of a possible plurality of 
requests) flowing between the first and second parties on resellers associated with the first party has been or may be 
theist and second queue systems. Alternatively, th ejvalida- ^ affected by a present or future abnormal condition, 
tion processor utilizes a fuzzy Jo fy^YfttfilP store d proce- According to another aspect of the present invention, a 
dures or an expert system to interpret and apply sucrT __ method for exchanging information between first and second 
validation rules. " " 55 parties in accordance with a plurality of conditions in a 
~ As noted hereinabove, in one embodiment, the system of contract between the first and second parties is provided, 
the present invention may be used to exchange information Generally, the method includes the steps of retrieving on a 
between a first party wholesaler of telecommunications first queue of a first queue system in communication with the 
services and a second party reseller of the telecommunica- first party at least a first of a plurality of requests sent from 
tions services of the first party. In such circumstances, the 60 the second party via a corresponding first queue of a second 
contract between the parties governs the provision of such queue system in communication with the second party, 
telecommunications services. For example, in instances processing at least the first of the plurality of requests, and 
where the second party is a reseller of the first party's responding to the first of the plurality of requests with a first 
wireless communications services (e.g., personal communi- of a corresponding plurality of responses by sending the first 
cation services (PCS)), the plurality of conditions of the 65 of the plurality of responses to the second party on a second 
contract between the first and second parties may concern queue of the first queue system, the first of the plurality of 
the area of coverage and the particular calling features which responses being receivable on a corresponding second of the 
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plurality of queues of the second queue system associated affect service for subscribers of a particular reseller, such as 
with the second party. Of importance, the processing step the second party, validating the first call detail record or the 
includes at least the step of validating at least the first of the first abnormal condition report and sending the first call 
plurality of requests in accordance with at least a first of the detail record or the first abnormal condition report to the 
plurality of conditions of the contract between the first and 5 second party reseller via another pair of queues of the first 
second parties, the first party being a wholesaler of telecom- and second queue system associated with the first and 
munications services (e.g., PCS wireless services), and the secaaA parties In where the method involves at 
second party being a reseller of telecommunications services least a firsl call detail ^covd, for purposes of traceability, the 
of the first party. processing step can include the step of assigning a unique 
In one embodiment, where the first of the plurality of 10 serial number and/or time/date stamp to the call detail 
requests is a service activation request for a subscriber record. The step of validating the first call detail record can 
associated with the second party, the processing step com- include the steps of determining the particular reseller to 
prises validating the first service activation request in accor- which the first subscriber, per the subscriber's numbering 
dance with the calling features and coverage areas as autho- p i an area and office code (i.e., NPA NXX) is associated, 
rized in the contract between the first and second parties. The 15 validating the switch identification in accordance with the 
processing step may also include examining the first service spectrum basic trading area, and validating the base station 
activation request for errors, such as syntax errors. In the utilized for the call. The step of processing the first abnormal 
event the first service activation request is validated (e.g., condition report may include receiving information relating 
valid), the processing step may further comprise the step of to a present or anticipated outage and service areas and 
activating, deactivating or changing a subscriber's service 20 features affected by such outage from internal systems 
using internal systems associated with the first party. In the associated with the first party. In such circumstances, the 
event that the service activation request is invalid (e.g., sle p 0 f validating includes determining which of the par- 
requests outside provision of contract), the processing step ticular resellers (e.g., second party) on contract with the first 
may further include logging the service activation request party are affected by the particular outage. In this regard, at 
into the contract violations database for further review by 25 least a first message may be then be generated and sent (e.g., 
the first party and sending an error message to the second transmitted) to the affected resellers, such as the second 
party, or alternatively, electing not to send an error message partVj f or example, the above-identified pair of queues 
to the second party. In any event, the processing step may 0 f me first and second queue systems associated with the 
include the step of generating a response to the service first and second parties. In this regard, the present invention 
activation request, the response indicating that the requested 30 facilitates the exchange of information affecting service to 
service has been approved and activated, disapproved, or subscribers of the second party, 
had errors in the request. The step of responding may thus 

include sending a response or message to the second party BRIEF DESCRIPTION OF THE DRAWINGS 

via corresponding queues of the first and second queue FIG. 1 illustrates a high level block diagram of the 

systems, the queues being different than those used to send 35 gateway system of the present invention; 

and receive requests for service activation. FIG. 2 illustrates the queues of the first and second queue 

In instances where the first of the plurality of requests system illustrated in FIG. 1, 

concerns a trouble report request from the second party, the FIGS. 3A-3C is flow chart of the method of the present 

processing step may include validating the first trouble invention, illustrating the steps performed when exchanging 

report request with at least a first of the plurality of condi- 40 different types of information between the first and second 

tions or provisions in the contract between the parties. In this parties; and 

regard, the validating step concerns ensuring only autho- mG ] 4 illustrates a flow diagram of the validating steps of 

rized coverage areas and authorized features are investigated tne method of the present invention, 
and statused, as delineated in the contract between the first 

and second parties. The processing step may also include 45 DETAILED DESCRIPTION 

examining the first trouble report request for errors, such as FIGS. 1-4 generally illustrate the various embodiments of 

syntax errors. In the event such first trouble report is valid, the gateway system and associated method of the present 

the processing step may further include the step of statusing invention for exchanging information between first and 

the trouble using internal systems associated with the first second parties. The gateway system and associated method 

party and generating at least a first status response related to 50 of the present invention are particularly useful in securely 

the first troubler report request, and the step of responding exchanging information between first and second telecom- 

to the first trouble report includes sending at least one status munications parties, whereby the first party is a wholesaler 

response to the second party on another pair of correspond- of telecommunications services, such as wireless, personal 

ing queues of the first and second queue systems. If the first communications services) and the second party is a reseller 

trouble report is invalid, the processing step includes log- 55 of the telecommunications services of the first party. In this 

ging such violation into a contracts violations database for regard, subscribers associated with the second party (e.g., 

further review by the first party and generating an appro- wireless customers) may arrange for the provision of wire- 

priate response thereto, and the step of responding includes less communications with the second party, such services 

sending an appropriate response to the second party utilizing being in accordance with the provisions or conditions of the 

the pair of corresponding queues of the first and second 60 contract between the first and second parties, and informa- 

queue systems. Of course, the first party may elect not to tion related thereto, including service activation requests and 

send any response to the second party in such instances. responses, trouble report request and responses, call detail 

In another embodiment, the method includes the steps of records and abnormal condition reports, may be communi- 

processing at least one of at least a first call detail record cated between the first and second parties via the gateway 

corresponding to a call initiated by or terminated to a first 65 system of the present invention. 

subscriber associated with the second party and a first As indicated hereinabove, subscribers of wireless tele- 
abnormal condition report relating to services which may communications services of the second party would only be 
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entitled to certain calling features and would only be autho- second parties (which will be described in more detail 

rized to initiate calls in a designated coverage area(s), as hereinbelow). If valid, such trouble report may then be 

provided for in the contract between the first and second forwarded (e.g., via an SQL NET) to a trouble report system 

parties. The gateway system and associated method of the 60 associated with the first party for tracking and statusing 

present invention provide the means by which information, 5 of the trouble reports. Upon a change in the status or date, 

such as service activation requests, trouble report requests, the trouble report system 60 generates a message statusing 

call detail reports and abnormal condition reports, may be the trouble report request, such message being routable to 

securely exchanged between the first and second parties in the second queue 32 of the first queue system 30 by the 

accordance with the provisions of the contract between the processor 70, the message being retrievable by the second 

first and second parties, without providing to the second 10 party from the second queue 42 of the second queue systems 

party direct access to internal systems of the first party 40. If invalid the processor 70 may forward the invalidated 

wholesaler of the telecommunications services. trouble report request to a contract violations database 54 

Referring to FIG. 1, the system 10 of the present invention associated with the validation processor 50 for further 
includes a gateway system 20 for exchanging information processing and review by the first party, and may or may not 
between the first and second parties and firewalls 22, 23 for 15 send the error response to the second party. In the event the 
processing and routing communications between the first first party elects to send an error message to the second party 
and second parties via routers 24. In particular, the gateway indicating such request was invalid, the first party may 
system 20 includes a first queue systems 30 for sending and transmit such information to the second party via the trouble 
receiving messages to and from a second queue system 40 report error queue 39, which is retrievable by the second 
associated with second party, the first queue system 30 being 20 P^ty on the corresponding trouble report error queue 49. 
accessible by the first party for receiving and sending In the event a subscriber associated with the second party 
messages from and to the second party, and the second wishes to activate, deactivate or change one or more calling 
queue system 40 being accessible by the second party, for features (e.g., call forwarding, toll call blocking, caller 
sending and receiving messages to and from the first party identification, line blocking, call waiting, conference 
via the firewalls 23, 22 into the first queue system 30. First 25 calling, voice messaging, line blocking, long distance 
and second queue systems 30, 40 are commercially available carrier, mobile identification number, electronic serial 
from IBM as MQSeries Messaging systems, although other number, etc.), including activation or deactivation of wire- 
queue systems may be used. In instances where the second less services, a service activation request may be placed on 
party wishes to communicate with the first party regarding a third 43 of the plurality of queues of the second queue 
telecommunications services being resold by the second 30 system 40 and sent to the first party, the first party capable 
party, the second party's processors 74 can send and retrieve of receiving the service activation request on a correspond- 
messages or other communications through the firewall ing third 33 of the plurality of queues of the first queue 
systems 23, 22 by interfacing with the second queue system system 30 for receiving such service activation requests. 
40 and routers 24 associated therewith, the queues of the Upon receipt, the service activation request is sendable to 
second queue system 40 being correspondingly linked with 35 (e.g., via processor 70) or otherwise retrievable by the 
queues of the first queue system 30. A communications data validation processor 50 (e.g., via processor 70) for valida- 
circuit (not shown) may be used to communicate messages tion. In this regard, the validation processor 50 is capable of 
in various conventional manners. accessing the validation database 52 to compare the request 

Generally, and referring to FIGS. 1-2, the first and second with authorized service activation features for the second 

queue systems 30, 40 include a plurality of queues for 40 party, as determined by the contract between the first and 

exchanging information from one queue to another corre- second parties and to identify the switch(es) servicing sub- 

sponding queue. First and second queue systems 30, 40 scribers of the second party (as will be described in more 

contain a corresponding number of queues, whereby a first detail hereinbelow). In this regard, the validation processor 

31 of the plurality of queues of the first queue system 30 50 for validating service activation requests is capable of 

correspond to a first 41 of the plurality of queues of the 45 examining the type of service requested, the service features 

second queue system 40. Further, messages exchanged authorized under the contract between the first and second 

between corresponding queues only travel in one direction. parties, the particular provisions relating to thereto under the 

In this regard, a first trouble report request or message from contract and the identifiers (e.g., numbering plan area and 

the second party concerning service problems relating to at office code (NPA NXX)) for the particular subscriber to 

least one subscriber associated with the second party may be 50 which the service activation pertains. In thejgve nt the servi ce 

forwarded from the second party to the trouble report a ctivation request is valid, a mediation sy stem 64 internafto 

request queue 41 which forwards the message (e.g., trouble the firsLeajlyjeceives the reques Ue.g.TViramhe r^separate 

report request) to the first party and specifically, to the queue s ystem) to a ctiva te t he particul ar subscriber's 

corresponding first queue 31 for receiving trouble report re quested ser vice. Thereafter, a response td~~the~service 

requests from the second party's first queue 41 of the second 55 activation request, for example Indicating thai ih e retjgest 

queue system 40. Upon receipt of the first trouble report hagj?een -gpprov?cr^ req uest), 

request in the first trouble report request queue 31 of the first mFy be tbrwardeH to the ^condpartyvia a fourth 34 of the 

queue system 30, the first trouble report request is forward- plurality of queues for service activation responses of the 

able to (e.g., via a processor 70) or otherwise retrievable by first queue system 30, the message to be received by a fourth 

the validation processor 50 (e.g., via processor 70), which is 60 queue 44 of the second queue system 40 for service activa- 

capable of validating the request in accordance with the tion response receipt. If the service activa tion request is 

contract between the first and second parties. In this regard, invalid, the validation pr ocessor 50 forwa rds tfieT egnesHo 

the validation processor 50 is capable of accessing data the co'nffacT5~vioTation database 54"f6TfuFther review pyih e 

corresponding to contract provisions in the validation data- first part y, 

base 52 to compare the request with, for example, informa- 65 In instances where a first subscriber associated with the 

tion concerning authorized coverage areas and calling second party initiates a call or a call is otherwise terminated 

features, as delineated in the contract between the first and to the first subscriber utilizing the telecommunications sys- 
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terns and services (e.g., PCS wireless services) contemplated 
by the contract between the first and second party, a billing 
processor 66 internal to the first party processes a first call 
detail record corresponding to such call and forwards such 
call detail record to the validation processor 50 of the present 5 
invention to verify such call was made in accordance with 
the parameters of the contract between the first and second 
parties. In this re gard, the validatio n processor 50 is capaHft- 
of flagging frffljgjilRntjiisftnf calling features and coverages 
nofcontained or authorize^Tbythejx^ 
ana~s^cc^~d ^aTtieV(wEch ^ HEc-described-in-more-detail- 
he Teinbelow) ^Typically, the billing processor 66 associated 
^with the first party is an internal system which is capable of 
assigning and affixing a unique serial number and processing 
date/time stamp to each call detail record, which facilitates 
subsequent retrieval and resend of a particular call detail 15 
record at the request of the second party reseller. The billing 
processor 66 may be in communication with the validation 
processor 50 and/or the first queue system 30 via a separate 
queue system. Call detail records generated by the billing 
processor 66 are seTTdable to the second party on a fifth 35 20 
of the plurality of queues of the first queue system 30 for 
sending call detail record and is receivable on a correspond- 
ing fifth 45 of the plurality of queues of the second queue 
system 40, for receiving call detail record and are also 
storable in a billing archive 68. In certain circumstances, 2 s 
such as when a switch restarts or when there is an anomoly 
in the first party's network, a suspicious or corrupt call detail 
record may result. In such instances, the suspect call detail 
record may be forwarded to the second party on yet another 
queue 51 of the first queue system 30 and received by the 30 
second party on a corresponding queue 61 of the second 
queue system 40. 

In the instances where a particular call detail record must 
be resent (e.g., due to incomplete record or lost records), the 
second party may place a message requesting such resending 35 
of a call detail record on a sixth 46 of the plurality of queues 
of the second queue system 40, the resend message being 
receivable and retrievable on the corresponding sixth 36 of 
the plurality of queues of the first queue system 30. Upon 
receipt, a processor 70 retrieves the requested call detail 40 
record, as selected by the unique record serial number or 
date/time stamp from a billing archive 68 associated with the 
first queue system 30. The retrieved call detail record may 
then be sent to a seventh 37 of the plurality of queues for 
resending call detail records on the first queue system 30, the 45 
resent record being receivable on a corresponding seventh 
47 of the plurality of queues on the second queue system 40 
associated with the second party. 

The first queue system 30 may further include an eighth 
38 of the plurality of queues for sending abnormal condition 50 
reports to the second party via a corresponding eighth 48 of 
the plurality of queues of the second queue system 40. In this 
regard, the first queue system 30 is in communication with 
an abnormal conditions system 72 (e.g., via an SQL NET), 
which is an internal system associated with the first party 55 
which is capable of noting network outages and configura- 
tion change notifications to pertinent resellers, such as the 
second party. The abnormal conditions system 72 is in 
communication with the validation processor 50, which 
determines, based upon the particular abnormal condition, 60 
which of the resellers associated with the first party are 
affected (e.g., the second party) and which stations or 
coverage areas are affected (as will be described in more 
detail hereinbelow). Thereafter, for abnormal conditions 
affecting the second party, the report is sendable to the 65 
second party via the eighth queues 38, 48 of the first and 
second queue systems 30, 40. 
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As noted hereinabove, a contract containing provisions 
relating to service features and coverage areas for subscrib- 
ers of the second party generally governs the relationship 
between the first and second parties. In this regard, in one 
embodiment of the present invention, requests for informa- 
tion received from a second party are retrieved and validated 
by the first party in accordance with the provisions of the 
contract. For example, and referring to FIG. 3A, according 
to one embodiment of the method of the present invention, 
the method includes the steps of retrieving the first request 
from the second party on a queue (e.g., a first queue) of the 
first queue system associated with the first party, the first 
request being sent to the first party by the second party on 
a corresponding queue (e.g., a first queue) of the second 
queue system. As noted hereinabove, the first request 
includes a first service activation request for activation, 
deactivation or changes in service features relating to a 
subscriber associated with the second party (e.g., concerning 
activation/deactivation of wireless services, call forwarding, 
toll call blocking, caller identification, line blocking, call 
waiting, conference calling, voice messaging, line blocking, 
long distance carrier, mobile identification number, elec- 
tronic serial number, etc.). The first request from the second 
party can instead concern a first trouble report request, 
whereby the second party submits requests for information 
concerning problems or trouble with service provided to the 
second party or its subscribers (e.g., dead zones of no 
coverage). Such trouble requests are sendable on a separate 
queue (e.g., a second queue) of the second queue system 
associated with the second party. 

Upon receipt of at least the first request on corresponding 
queues of the first queue system (e.g., first queue for service 
activation requests, second queue for trouble report 
requests), the methodology contemplates validating the 
request, and specifically the message contained therein, with 
one or more provisions of the contract between the parties. 
In this regard, the method of the present invention also 
includes the step of validating at least the first request with 
at least a first provision of the contract, whereby data 
relating to the contract is storable in a validation database. 
The method of the present invention may also include 
validating at least the first request for syntax errors. If the 
first request is validated (which will be described in more 
detail hereinbelow), the method of the present invention 
further includes the step of processing at least the first 
request to generate a first response thereto, and acting upon 
such request. For example, in instances where the first 
request included a service activation request for a first 
subscriber, and such first request is valid, the first party may 
thereafter activate the service requested (or, conversely, 
deactivate, or change the service, depending upon the 
request), and send the first response indicating such activa- 
tion was approved to the second party on another queue 
(e.g., a third queue) of the first queue system, the first 
response being receivable (i.e., retrievable) by the second 
party on a corresponding queue (e.g., a third) of the second 
queue system. In instances where the first service activation 
request was invalid (e.g., included errors), the method of the 
present invention includes the step of sending such invalid 
first service activation request to a contract violations data- 
base for later review by the first party. In addition, the 
method also includes transmitting the invalid first service 
activation request to the second party via corresponding 
queues of the first and second queue systems or, 
alternatively, electing not to transmit such invalid request to 
the second party. 

In instances where the first request concerns a trouble 
report request and such trouble report request is valid (which 
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will be described in more detail hereinbelow), the method 
includes the steps of processing the first trouble report 
request for action by the first party (e.g., stat using, investi- 
gating trouble report), and the returning the resulting status 
and response to the trouble report to the second party on 
another queue (e.g., a fourth queue) of the first queue 
system, the response relating to the trouble report request 
being receivable (e.g., retrievable) by the second party on a 
corresponding queue (e.g., a fourth queue) of the second 
queue system. Where the trouble report request was invalid 
(e.g., included errors), the method of the present invention 
includes the step of sending such invalid trouble report 
request to a contract violations database for later review by 
the first party. In addition, the method also includes trans- 
mitting the invalid trouble report request to the second party 
via corresponding queues of the first and second queue 
systems (e.g., the fourth queues or another pair of queues) or, 
alternatively, electing not to transmit such invalid request to 
the second party. 

In another embodiment, the method of the present inven- 
tion is directed to providing call detail reports to the second 
party to enable the second party to bill subscribers associ- 
ated with the second party who have initiated calls which 
utilized the services and/or systems of the first party. In one 
embodiment, illustrated in FIGS. 3A-3B, the method of the 
present invention concerns processing at least a first call 
initiated by or terminated to a first subscriber associated with 
the second party to generate a first call detail record, 
validating the first call detail record associated with the first 
subscriber and, if valid, archiving the first call detail record 
for future reference and sending the first call detail record to 
the second party on a separate queue (e.g., a fifth queue) of 
the first queue system, the first call detail record for the first 
subscriber's call being receivable (e.g., retrievable) by the 
second party on a corresponding queue (e.g., a fifth queue) 
of the second queue system accessible by the second party. 
The steps of processing the first call initiated by a first 
subscriber associated with the second party to generate the 
first call detail record, validating the first call detail record 
in accordance with the contract between the parties and 
sending the first call detail record to the second party 
utilizing the queue systems of the present invention may be 
accomplished immediately after the first call is completed, 
to thereby provide the second party reseller with real time 
call detail records for their subscriber billing. In addition, for 
purposes of facilitating the retrieval of call detail records, for 
example, upon request by the second party, the processing 
step includes assigning a unique serial number and/or time/ 
date stamp with each call detail record. In this regard, if an 
error is discovered by the second party and/or the second 
party wishes to have the first call detail record resent, the 
second party's message for the first resend request can 
include the unique serial number and/or time/date stamp to 
enable the first party to retrieve the first call detail record 
from the billing archive systems associated with the first 
party. In this regard, if errors exist, the second party can send 
a first resend request for the first call detail record to the first 
party on another queue (e.g., a sixth queue) of the second 
queue system, the first resend request for the first call detail 
record being receivable (e.g., retrievable), on a correspond- 
ing queue (e.g., a sixth queue) of the first queue system 
associated with the first party. Thus, the method of the 
present invention further includes, in instances where a first 
resend request has been received by the first party on a sixth 
queue of the first queue system, retrieving the first call detail 
record from the billing archives and resending the first call 
detail record to the second party on another queue (e.g, a 
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seventh queue) of the first queues system, the resent first call 
detail record being receivable (e.g., retrievable) by the 
second party on a corresponding queue (e.g., a seventh 
queue) of the second queue system. In the event there are 

5 errors in a call detail record or a call detail record is 
otherwise incomplete (e.g., due to switch restart or anomoly 
in network), the method includes the step of sending or 
transmitting on yet another queue of the first queue system 
to a corresponding queue of the second queue system 

10 accessible by the second party a call detail record which is 
incomplete or has errors. 

In another embodiment of the method of the present 
invention, the method is directed to informing the second 
party of any abnormal conditions in the first party's tele- 

15 communications systems and/or services to enable the sec- 
ond party to notify its subscribers of such abnormal condi- 
tions. For example, in instances where the first party's 
system has experienced a network outage, the method of the 
present invention allows the first party to notify the second 

20 party on a timely basis. In this regard, and referring to FIGS. 
3A-3C, the method includes the steps of the first party 
processing an abnormal condition to generate a first abnor- 
mal condition report, validating the first abnormal condition 
report, and sending the first abnormal condition report to the 

25 second party on another queue (e.g., an eighth queue) of the 
first queue system, the first abnormal condition report being 
receivable (e.g., retrievable) by the second party on a 
corresponding queue (e.g., an eighth queue) of the second 
queue system. The step of processing the first of the plurality 

30 of abnormal condition reports can include the step of receiv- 
ing reports from internal systems associated with the first 
party, the reports directed to outages and changes in services. 
The step of validating the abnormal condition report 
includes determining which of a plurality of resellers such 

35 abnormal condition affects (e.g., the second party) and 
which particular coverage areas and/or switches are affected. 
If a second party is validated, meaning subscribers relating 
thereto could be affected by the particular abnormal 
condition, the step of responding includes sending an abnor- 

40 mal condition report to the second party on the eighth queue 
of the first queue system, the report being receivable on the 
corresponding eighth queue of the second queue system. If 
the second party is not validated, meaning subscribers 
associated with the second party are not affected by the 

45 particular abnormal condition, no response or abnormal 
condition report is forwarded to the second party, 

FIG. 4 illustrates in detail the steps included in validating 
a service activation request, validating a trouble report 
request, validating a call detail report and validating an 

50 abnormal condition report. As indicated hereinabove, each 
of the validating steps requires the report or request to be 
validated with the conditions or provisions of the contract 
between the first party wholesaler of telecommunications 
services and the second party reseller of such services. For 

55 example, the step of validating service activation requests 
from the second party reseller can ensure only features and 
coverage areas contained within the contract between the 
first and second parties are activated. Similarly, the step of 
validating call detail records to be sent to the second party 

60 reseller for billing subscribers associated with the second 
party can flag evidence of fraudulent use of call features and 
coverages which are outside of the provisions of the contract 
between the first and second parties. The step of validating 
trouble report requests from the second party reseller can 

65 ensure only coverage areas and calling features contained in 
the contract between the first and second party are included 
in the trouble report request and investigated by the first 
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party. The step of validating abnormal condition reports 
ensures primarily, and perhaps only, resellers which are or 
may be affected by the abnormal condition and who are on 
contract with the first party are notified. 

In accordance with the flow diagram illustrated in FIG. 4, 5 
the step of validating a service activation request includes, 
among other things, validating the service activation feature 
requested, validating the switch identification, and checking 
the NPA NXX. The step of validating the service activation 
feature requires accessing a validation database which con- 3Q 
tains information, such as the types of service features 
available from the first party, the service features authorized 
for subscribers of the second party, per the contract between 
the first party wholesaler and the second party reseller, the 
particular contract involved (e.g., if the second party has 5 
more than one contract for more than one geographic area), 
and the subscriber's number to which the service activation 
request applies. The step of validating the switch ID (i.e., 
switch identification) includes determining the basic spec- 
trum trading area, and the step of checking the NPA NXX 2Q 
includes the step of accessing the lookup tables in the 
validation database to compare the received subscriber's 
number to which the activation applies to verify the correct 
NPA NXX with the particular subscriber. 

For validating trouble report requests received from the 25 
second party reseller, the validating step includes the step of 
checking the NPA NXX to determine the particular sub- 
scriber who, for example, reported the problem in service, 
validating the base station to which the trouble pertains, in 
accordance with the subscriber's number and base stations 30 
of the first party available to the second party's subscribers, 
validating that the basic trading area is an area served by the 
first party, validating that the coverage area within the basic 
trading area served by the first party is part of the coverage 
area, validating the switch sensor identification with the 35 
subscriber's number to determine whether the identified 
switch is problematic, and inserting into a trouble report 
database the trouble reported by the second party to track the 
problem. 

As indicated hereinabove, the step of validating outgoing 40 
call detail records for calls initiated by subscribers of the 
second party reseller serve to flag fraudulent use of calling 
features and coverages not contained in the contract between 
the first and second parties. In this regard, after a call has 
been completed by a subscriber associated with the second 45 
party, the validating call detail records step includes deter- 
mining the particular reseller to which the subscriber, per the 
subscriber's number (e.g., the NPA NXX), is associated, 
validating the switch identification in accordance with the 
spectrum basic trading area, and validating the base station 50 
utilized for the call to ensure only authorized base stations 
are utilized by the particular subscriber who initiated the 
call, in accordance with the base stations authorized for the 
resale area, per the contract between the first and second 
parties. 55 

The step of validating abnormal condition reports gener- 
ally validates which of a plurality of resellers (e.g., second 
party) should be notified of the particular abnormal condi- 
tion to which the report pertains. In this regard, the step of 
validating includes the steps of determining which of the eo 
switches and/or base station coverage areas associated with 
the first party are affected, examining subscriber numbers 
which may be affected and determining, in view of contracts 
between the first party and resellers, which resellers are 
affected. 65 

The foregoing description of the present invention has 
been presented for purposes of illustration and description. 



Furthermore, the description is not intended to limit the 
invention to the form disclosed herein. Consequently, varia- 
tions and modifications commensurate with the above 
teachings, and the skill or knowledge of the relevant art, are 
within the scope of the present invention. The embodiments 
described hereinabove are further intended to explain best 
modes known for practicing the invention and to enable 
others skilled in the art to utilize the invention in such, or 
other, embodiments and with various modifications required 
by the particular applications or uses of the present inven- 
tion. It is intended that the appended claims be construed to 
include alternative embodiments to the extent permitted by 
the prior art. 
What is claimed is: 

1. A system for exchanging information between a first 
party and a second party in accordance with a plurality of 
conditions of a telecommunications contract between the 
first and second parties, said system comprising: 

a first queue system associated with the first party having 
a plurality of receiving queues, each of said plurality of 
receiving queues of said first queue system is config- 
ured for receiving at least a first of a plurality of 
requests from a corresponding transmitting queue of a 
second queue system associated with the second party, 
said first queue message system further comprising a 
plurality of transmitting queues for sending to a corre- 
sponding receiving queue of said second queue system 
associated with the second party at least a first of a 
plurality of responses to said first of said plurality of 
requests; 

a validation processor, in communication with said first 
queue system, for validating at least said first of said 
plurality of requests from the second party in accor- 
dance with at least a first of said plurality of conditions 
between the first and second parties, said plurality of 
conditions being stored in a validation database asso- 
ciated with said validation processor; 

a plurality of response processors each associated with 
one of the plurality of receiving gueues of the first 
queue system which provides responses for the first of 
said plurality of requests from the second party when 
the first of said plurality of requests is determined to be 
valid by the validation processor; and 

a firewall system interposed between the first and second 
parties for routing at least said first of said plurality of 
requests and said first of said plurality of responses 
between the first and second parties. 

2. A system, as claimed in claim 1, wherein said first of 
said plurality of queues of said first queue system receives 
from said first of said plurality of queues of said second 
queue system one of (a) a service activation request to 
activate a first telecommunications service for a first sub- 
scriber associated with the second party, (b) a first trouble 
request to report trouble with at least one of the first 
telecommunication service for the first subscriber and a 
second telecommunications service for a second subscriber 
associated with the second party, and (c) a resend request 
from the second party, said resend request corresponding to 
a first of a plurality of call detail records for at least a first 
call initiated by one of a plurality of subscribers associated 
with the second party. 

3. A system, as claimed in claim 1, wherein at least said 
first of said plurality of requests concerns at least a first of 
a plurality of trouble reports for at least one of a plurality of 
subscribers associated with the second party, said plurality 
of response processors comprising: 

a trouble report processor associated with said first queue 
system, for processing said first of said plurality of 
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trouble report requests received from said second party 
on said said plurality of receiving queues of said first 
queue system and for generating said first of said 
plurality of responses to said first of said plurality of 
trouble reports, said first of said plurality of responses 5 
being sendable to the second party via said plurality of 
transmitting queues of said first queue system. 

4. A system, as claimed in claim 3, wherein said validation 
processor is capable of validating at least said first of said 
plurality of trouble reports in accordance with at least a first 1Q 
of the plurality of conditions between the first and second 
parties, said validation processor being in communication 
with said first party queue system. 

5. A system as claimed in claim 1, wherein at least said 
first of said plurality of requests concern at least a first of a J5 
plurality of service activation requests for said first sub- 
scriber associated with the second party, said plurality of 
response processors comprising: 

a mediation system, associated with said first queue 
system, for processing at least said first of said plurality 2 q 
of service activation requests received from said second 
party via said said plurality of receiving queues of said 
first queue system and for providing at least said first of 
said plurality of responses to said first of said plurality 
of service activation requests, said first of said plurality 25 
of responses being sendable to the second party via said 
plurality of transmitting queues of said first queue 
system. 

6. A system, as claimed in claim 5, wherein said validation 
processor is capable of validating at least said first of said 30 
plurality of service activation requests in accordance with at 
least a first of said plurality of conditions between the first 
and second parlies, said validation processor being in com- 
munication with said first queue system. 

7. A system, as claimed in claim 1, wherein the first party 35 
is a wholesale service provider of wireless telecommunica- 
tions services and the second party is a reseller of a first 
portion of said wireless telecommunications services of the 
first party to a plurality of subscribers. 

8. A system, as claimed in claim 1, wherein said first and 40 
second queue systems are both on a first computer. 

9. A system, as claimed in claim 1, wherein said first and 
second queue systems are on first and second computers, 
respectively. 

10. A system for forwarding information from a first party 45 
to a second party in accordance with a plurality of conditions 

of a telecommunications contract between the first and 
second parties, said system comprising: 

a first queue system associated with the first party having 
a plurality of queues, a first of said plurality of queues 50 
of said first queue system for transmitting to an asso- 
ciated queue in a second queue system one of at least 
a first of a plurality of call detail records corresponding 
to a first call associated with a first subscriber of the 
second party and a first abnormal condition report 55 
affecting at least one subscriber associated with the 
second party to a corresponding first queue of a second 
queue system associated with the second party; 

a validation processor, in communication with said first 
queue system, for validating at least one of said first 60 
call detail report and said first abnormal condition 
report in accordance with at least a first of said plurality 
of conditions between the first and second parties, said 
plurality of conditions being stored in a validation 
database associated with said validation processor; 65 

a call detail record system for processing at least said first 
call detail record, said first call detail record corre- 
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sponding to at least one of a first call initiated by and 
a first call terminated to said first subscriber associated 
with the second party, said call detail record system 
being in communication with said first queue system; 
and 

a firewall system interposed between the first and second 
parties for routing at least said first of said plurality of 
requests and said first of said plurality of responses 
between the first and second parties. 

11. A system, as claimed in claim 10, wherein said 
plurality of conditions between the first and second parties 
correspond to provisions in a telecommunications services 
contract for reselling wireless communications services. 

12. A system, as claimed in claim 10, wherein said first 
call detail record is invalid, said system further comprising: 

a contract violations database for at least storing at least 
said first call detail record. 

13. A system, as claimed in claim 10, wherein said first 
call detail record is one of valid and invalid, said system 
further comprising: 

a call detail record archives for storing at least said first 
call detail record. 

14. A system, as claimed in claim 10, wherein said first 
queue system includes a second of said plurality of queues 
for transmitting the other of at least said first call detail 
record and said first abnormal condition report to a corre- 
sponding second queue of said second queue system asso- 
ciated with the second party. 

15. A method for exchanging information between a first 
party and a second party in accordance with a plurality of 
conditions in a contract between the first and second parties 
said method comprising the steps of: 

retrieving from a first of a plurality of queues on a first 
queue message system in communication with the first 
party at least a first of a plurality of requests sent via a 
corresponding queue on a second queue message sys- 
tem accessible by the second party; 

initiating a process associated with the one of a plurality 
queues wherein the process relates to a first service 
activation request relating to a first telecommunication 
service for a first subscriber associated with the second 
party, a first trouble request to report trouble with at 
least one or the first telecommunication service for the 
first subscriber and a second telecommunication ser- 
vice for a second subscriber associated with the second 
party, and a first resend request for at least a first of a 
plurality of call detail records of one of the first and 
second subscribers associated with the second party, 
said one of the first and second subscribers having at 
least initiated a first of a plurality of calls using at least 
a first telecommunications network of the first party; 

processing at least said first of said plurality of requests to 
validate said first of said plurality of requests; and 

responding at least to said first of said plurality of 
requests, if said first plurality of requests is found valid, 
with at least a first of a corresponding plurality of 
responses to the second party by sending said first of 
said plurality of responses to the second party on a 
second queue of said plurality of queues on said first 
queue message system, said first of said plurality of 
responses being receivable on a corresponding second 
queue of said second queue system. 

16. A method, as claimed in claim 15, wherein at least said 
first of said plurality of requests includes said first service 
activation request to activate said first telecommunication 
service for the first subscriber, said processing step com- 
prising the step of: 
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validating said first service activation request in accor- 20. A method, as claimed in claim 18, wherein said first 

dance with at least a first of said plurality of conditions trouble request is invalid, said method further comprising 

between the first and second parties, said first service the step of: 

activation request including at least a first number logging a first error response associated with said first 

corresponding to the first subscriber associated with the 5 trouble request into a contract violations database, 

second party. wherein said step of responding comprises transmitting 

17. A method, as claimed in claim 16, wherein said first said first error response to the second party on one of 
service activation request is valid, said processing step said second queue and a third queue of said first queue 
further comprising the step of: system, said first error response being correspondingly 

. , 1(1 receivable by the second party on one of said second 

activating said first telecommunication service for the first 10 ^ ^ ^ £ J d m 

subscriber, said first telecommunication serv.ce com- 21 A ^ cUimed - m daim 15 wherein ^ ^ 

pns.ng at least one of call forwarding toll ca fc a wholesal6r of filst communications and 

blocking, caUer identification, line blocking, call the fc a resel]er of ^ first commu . 

waiting, conference calling, voice messaging, line nications 

blocking, long distance carrier, mobile identification 15 ^ A ^ ^ ^ ^ ^ 

number and electronic serial number services related to of retrievin and reS ponding utilize said first queue message 

wireless services of the first subscriber m ti vcly associated with the first party, wherein 

18. A method, as claimed in claim 15, wherein said first gaid firgt ue ^ ^ for receivi 
of said plurality of requests comprises said first trouble &{ ^ ^ ^ of ^ ^ of f ^ frQm ^ 
request from the second party, said processing step com- 20 corresponding first queue of said qu£Ue $ystem 
prising the step of: associated with the second party, said second queue for 

validating said first trouble request with a least a first of transmitting at least said first of said plurality of responses 

said plurality of conditions between the first and second to said first of said plurality of requests from the first party 

parties. to said corresponding second queue of said second queue 

19. A method, as claimed in claim 18, wherein said first system, and a third queue for transmitting at least said first 
trouble request is valid, said processing step further com- 0 f sa i d plurality of call detail records to a corresponding 
prising the step of: third queue of said second queue system. 

statusing said first trouble request and generating at least 23. A method, as claimed in claim 15, wherein said 

a first response to said first trouble request, wherein 3Q processing step comprises the step of validating at least said 

said responding step comprises transmitting said first first of said plurality of requests in accordance with at least 

response to the second party on said second queue of a first of the plurality of conditions, wherein said plurality of 

said first queue system, wherein said first response is conditions are stored in a validation database, 
receivable by the second party on said corresponding 

second queue of said second queue system. ***** 
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